home *** CD-ROM | disk | FTP | other *** search
/ Aminet 52 / Aminet 52 (2002)(GTI - Schatztruhe)[!][Dec 2002].iso / Aminet / comm / irc / epic4.lha / doc / dccresum.txt < prev    next >
Text File  |  2002-09-18  |  3KB  |  89 lines
  1.  
  2. DCC Resume.
  3.  
  4. The DCC Resume protocol is an extention to the standard DCC protocol as
  5. described in http://www2.undernet.org:8080/~cs93jtl/irc_dcc.txt
  6. It is ment to overcome the bad experiences people on slow modem connections
  7. have with DCC File transfers. Since more and more people access IRC by
  8. Slip and PPP modem connections, more and more people are affected by stopped
  9. transfers, sometimes after a looong period of downloading and hoping for a
  10. long transfer to complete correctly. The DCC Resume offers you the option to
  11. simply restart a transfer at the point it was broken off and to proceed without
  12.  
  13. loss of expensive (?) connection time.
  14.  
  15. The DCC Resume allows you to resume DCC transfers that failed to complete.
  16. This will only work with mIRC and compatible clients. If a user tries to send
  17. you a file that already (eventually partly) exists in your get directory then
  18. you will be shown a DCC Get dialog warning that the file exists. The dialog
  19. gives you the option to either overwrite the older file, resume a transfer, or
  20. rename the incoming file . If you select overwrite then the whole file will be
  21. downloaded from the beginning and any existing file of the same name will be
  22. erased. If you select resume then mIRC will attempt to negotiate a transfer
  23. resume to get the remaining part of the file. It will append this to the portio
  24. n
  25. of the file you already have.
  26.  
  27. The negotiation method is specific to mIRC and to other clients supporting the
  28. protocol. It is not standard and will not work with other DCC implementations
  29. that do not have resume capability. The negotiation is automatic, and once the
  30. receiving user clicks the resume button, the transfer will commence as normal.
  31. If the other party does not support the DCC Resume protocol the transfer will
  32. simply not start. In those cases you have to start a complete new transfer from
  33.  
  34. the very beginning.
  35.  
  36. The DCC Resume standard is set by mIRC and several other IRC clients support
  37. DCC Resume already :
  38.  
  39. mIRC                    http://www.mirc.co.uk/index.html
  40. PIRCH                   http://www.bcpl.lib.md.us/~frappa/pirch.html
  41. Visual IRC (ViRC)       http://apollo3.com/~acable/virc.html
  42. IaIRC (InterAp IRC)     http://merlin.datlin.ee/HamGroup/yury/iairc.htm
  43.  
  44. ----
  45.  
  46. Here is a description of the mIRC DCC Resume Protocol.
  47.  
  48. User1 is sending the file.
  49. User2 is receiving the file.
  50.  
  51. To initiate a DCC Send, User1 sends:
  52.  
  53. PRIVMSG User2 :DCC SEND filename ipaddress port filesize
  54.  
  55. Normally, if User2 accepts the DCC Send request, User2 connects to the address
  56. and port number given by User1 and the file transfer begins.
  57.  
  58. If User2 chooses to resume a file transfer of an existing file, the following
  59. negotiation takes place:
  60.  
  61. User2 sends:
  62.  
  63. PRIVMSG User1 :DCC RESUME filename port position
  64.  
  65. filename = the filename sent by User1.
  66. port = the port number sent by User1.
  67. position = the current size of the file that User2 has.
  68.  
  69. User1 then responds:
  70.  
  71. PRIVMSG User2 :DCC ACCEPT filename port position
  72.  
  73. This is simply replying with the same information that User2 sent as
  74. acknowledgement.
  75.  
  76. At this point User2 connects to User1 address and port and the transfer begins
  77. from the specified position.
  78.  
  79. NOTE: the newer versions of mIRC actually ignore the filename as it is
  80. redundant since the port uniquely identifies the connection. However, to remain
  81.  
  82. compatible mIRC still sends a filename as "file.ext" in both RESUME and ACCEPT.
  83.  
  84. ----
  85.  
  86. Tjerk Vonck
  87. mirc@dds.nl
  88.  
  89.